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Description 

A. Field of the Invention 

5 The present invention relates to a method for establishing an activity among two or more entities in a distributed 

system with each entity being represented by an agent comprising the steps according to the preamble of claim 1 . A 
distributed system comprises a collection of autonomous independent or jointly developed systems or computer pro- 
grams that can interact with each other. Examples of such distributed systems are telecommunications networks, 
distributed database systems, and distributed systems for computer supported cooperative work. In the present inven- 

10 tion, a negotiation mechanism is used to resolve conflicts among entities. In accordance with the present invention, 
each entity in a distributed system such as a telecommunications network (e.g., subscriber, resource provider, infor- 
mation provider), or a distributed database system, is represented in a negotiation by a computer process known as 
an agent. The functions of an agent are to generate proposals for the performance of certain activities in the distributed 
system for transmission to other agents, to determine if proposals received from other agents are acceptable, and to 

is generate counterproposals if necessary. Each agent uses a goal hierarchy to generate proposals and counterproposals 
and to determine whether proposals received from other agents are acceptable. 

B. Background of the Invention 

20 Conflicts in Telecommunications Networks 

There are at least three ways conflicts can arise in a distributed system such as a telecommunication network. 
One way is that users in a telecommunications network may disagree on the particular form of a communication session 
to be established among them. For example, party A may have an unlisted number, whereas party B may want to see 

25 the number of the calling party before accepting any call. When party A calls party B a conflict arises. This kind of 
conflict is called a sessionconflict because it involves disagreement over how acommunication session should be 
established. Another example of a session conflict is when party A to a communication session wants to include a third 
party C but a second party B to the communication session does not want to include the third party. In general, session 
conflicts involve disagreements over whether to establish communication or what the nature of the communication will 

30 be. 

A second kind of conflict arises over the use of resources external to the network. For example, if telecommunication 
user A is at home and user B is visiting A's home, calls forwarded from B's home to As home may conflict in their use 
of resources with calls to A. This kind of conflict is callec' a stationconflict because it involves equipment at a user station. 

A third kind of conflict involves the use of scarce network resources. For example, a conference call requires 
35 special equipment called a bridge that combines the signals from multiple sources into a single signal. If too many 
conferencecalls are attempted simultaneously the network will not be able to provide enough bridges for them. This 
kind of conflict is called a resource conflict. Some session conflicts and station conflicts occur as a result of what is 
called a feature interaction. A feature interaction arises when one feature in a telecommunications network interferes 
with the expected operation of another feature. 

40 

Negotiation Among Cooperating Systems 

The above-described conflicts which arise in a telecommunications network are examples of the type of conflicts 
which distributed systems experience over which activities to perform. Such conflicts arise as the individual entities in 

45 the distributed systems make incompatible decisions because they base their decisions on different information or 
because they try to achieve different goals. To resolve conflicts, individual entities in a distributed system need to 
interact, exchanging information and possibly changing their own goals or trying to change the goals of other systems. 
The resulting interactions constitute a negotiation process. In some negotiation mechanisms, an entity is represented 
by an agent. As used herein, the term agent refers to a computer process which represents a corresponding entity in 

50 a negotiation. 

Typically, one agent sends another agent information about the goals it tries to achieve and the alternative plans 
to achieve the goals that are acceptable. This information forms a collection of proposals from which the other agent 
gets to pick one that is acceptable to it. In some negotiation domains, the proposals and counterproposals which form 
the objects of negotiation can be represented by fixed sets of (numerical) attributes. In such cases, evaluation of 
55 proposals and generation of counter-proposals may be implemented through a relatively simple combination of func- 
tions on those attributes. Examples of such domains are negotiations over price and features of a new car and nego- 
tiations for scheduling meetings. Negotiating agents are used in domains in which the objects of negotiation cannot 
be represented through such fixed sets of attributes. In such domains, a counterproposal may contain not only different 
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values of the same attributes present in the proposal it responds to, but also entirely different attributes. Potentially, 
there are many attributes to chose from for incorporation in a counterproposal. But only some of them will seem relevant 
or 'reasonable 1 to a human observer The negotiation method of the present invention involving the use of negotiating 
agents adds in such domains the following to current techniques for negotiation In DAI (Distributed Artificial Intelligence): 

5 

A method to evaluate proposals (determine acceptability or unacceptability). 

A method to decide on what is a 'reasonable' counterproposal when a received proposal is not acceptable. 

A wide variety of negotiating processes have been disclosed in the prior art related to distributed artificial intelli- 
w gence. See, e.g., S. Cammarata, D. MacArthur, and R. Steeb, "Strategies of Cooperation in Distributed Problem Solv- 
ing,' In Proceedings IJCAI-83, pp. 767, 770, Karlsruhe, 1983; R. Clark, C. Grossner, and T. Radhakrishnan, "Consen- 
sus* A Planning Protocol for Cooperating Expert Systems," In Proceedings 11th Workshop on Distributed Artificial 
Intelligence, pp. 43, 58, Glen Arbor, MI.February, 1992; S.E. Conry, K. Kuwabara, V.R. Lesser, and R.AMeyer, "Multi- 
stage Negotiation for Distributed Constraint Satisfaction," IEEE Transactions on Systems, Man, and Cybernetic, 21 
15 (6) 1 462-1 477, November/December 1 991 ; R. Davis and R.G. Smith, "Negotiation as a Metaphor for Distributed Prob- 
lem Solving," Artificial Intelligence, 20:63 109, 1983; E.ll. Durfee and V.R. Lesser, "Negotiation Task Decomposition 
and Allocating Using Partial Global Planning," chapter 10, pp. 229-243, Pitman, London, 1989; S. Kraus, E. Ephrati, 
and D. Lehmann, "Negotiation in a Non-cooperative Environment, "Journal of Experimental and Theoretical Artificial 
Intelligence, 1:255-281, 1991; A. Sathi and M.S. Fox, "Constraint-directed negotiation of Resource Reallocation," In 
20 l Gasser and M.N. Iluhns, editors, "Distributed Artificial Intelligence, vblumell," Research Notes in Artificial Intelli- 
gence, chapter 8, pp. 163-1 93, Pitman, London, 1989; S. Sen and E H. Durfee, "A Formal Analysis of Communication 
and Commitment in Distributed Meeting Scheduling," In Proceedings 11th Workshop on Distributed Artificial Intelli- 
gence, pp. 333-344, Glen Arbor, Ml, February 1992; K.P Sycara, "Argumentation: Planning Other Agents' Plans," In 
Proceedings IJCAI^89, p. 517, 523, Detroit, Ml,1989; F. von Martial, "Coordination by Negotiation Based on a Connec- 
ts tion of Dialogue States With Actions," In Proceedings 1 1 th Workshop on Distributed Artificial Intelligence, pp. 227-246, 
Glen Arbor, Ml, February 1992; R. Weihmayer and R. Brandau, "A Distributed Al Architecture for Customer Network 
Control, "In Proceedings IEEE Global Telecommunications Conference (GLOBE-COM '90), pp. 656, 662, San Diego, , 
C A, 1 992; G. Zlotkin and J.S. Rosenschein, "Cooperation and Conflict Resolution Via Negotiation Among Autonomous 
Agents in Non-cooperative Domains, "IEEE Transactions on Systems, Man, and Cybernetic, 21 (6): 131 7 -1324, No- 
30 vember/December 1991. 

Several of the negotiation mechanisms are based on a hierarchical representation of goals and alternative ways 
to achieve these goals. The goal hierarchy is used for finding a plan that achieves the goals of all involved agents but 
that does not involve conflicting activities. The hierarchies in R. Clark, C. Grossner, and T. Radhakrishnan, "Consensus: 
A Planning Protocol for Cooperating Expert Systems," In Proceedings 11th Workshop on Distributed Artificial Intelh- 
35 gence, pp. 43, 58, Glen Arbor, Ml, February, 1992 are AND/OR/XOR trees, where the nodes are goals. Rather than 
using a specification of a goal as a proposal, entire particular hierarchies are used as proposals. This approach involves 
the unconditional disclosure of more information in each proposal about an agent's goals and options than in the present 
invention However, the protocol will settle on a compromise in a fixed and limited number of steps. In the Multistage 
negotiation protocol (see, S.E. Conry, K. Kuwabara, V.R. Lesser, and R. A. Meyer, "Multistage Negotiation for Distributed 
40 Constraint Satisfaction," IEEE Transactions on Systems, Man, and Cybernetic, 21 (6): 1-462-1 477, November/Decem- 
ber 1991), collections of plan fragments, which are organized in a hierarchy, are used as proposals. Other agents 
receiving proposals either select suitable plan fragments from the proposal or send notification that no acceptable plan 
fragment was included in the proposal. The hierarchy is not used to reason about other agents'; goals, which are in 
any case derived from a global goal that is shared by all the agents. The approach, therefore, is more suited for a 
45 distributed problem-solving system than for an environment of autonomous agents. K.P. Sycara, "Argumentation: Plan- 
ning Other Agents' Plans,"ln Proceedings IJCAI ^89, p. 517, 523, Detroit, Ml, 1989 uses a hierarchy to determine which 
arguments to use to influence other agents' evaluation of proposals. This hierarchy represents alternative ways of 
achieving goals. It is not used to determine the goals of the agents involved or to perform the actual evaluation of 
proposals. The hierarchy used in R. Weihmayer and R. Brandau, "A Distributed Al Architecture for Customer Network 
50 Control, "In Proceedings IEEE Global Telecommunications Conference (GLOBE-COM *90), pp. 656, 662, San Diego, 
CA, 1990 is a tree, which represents only abstraction relationships (alternatives). Moreover, this hierarchy is not used 
to reason about other agents' goals. This hierarchy is used as a representation of alternative plans achieving an agents 
own goals and can be used to generate subsequent proposals. Additional information (such as cost of an alternative 
or availability of alternatives at acertain level of abstraction) is passed between the agents to direct and coordinate the 
55 search processes through the agents' hierarchies. However, the negotiation methods described in the prior art have 
several shortcomings. In particular, the prior art negotiation methods generally require the agents for the various entities 
to exchange a lot of information about which alternatives for achieving a goal are acceptable and which are not. In 
some applications such as a telecommunications network, information about which alternatives are acceptable to an 
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agent and which alternatives are not acceptable to an agent is usually restricted, either because the Information is 
strategic information (used to find an agreement that is most advantageous to an agent) or because it is private infor- 
mation (e.g.,information about policies a subscriber would rather keep private such as call screening lists). In addition, 
the prior art negotiation techniques (incl. the analysis and generic framework as presented by B. Laasri et al in "An 
5 analysis of negotiation and its role for coordinating cooperative distributed problem solvers', Proc. 11 Int. Conf . Expert 
Syst. etc., 1991, p. 81-94) do not provide satisfactory methods for enabling receiving agents to evaluate received 
proposals to determine their acceptability or unacceptabilrty and to generate a counterproposal in the event a received 
proposal is unacceptable. In particular, the prior art negotiation techniques do not allow a receiving agent which receives 
an unacceptable proposal from a transmitting agent to infer the goal of the transmitting agent and generate a counter- 
to proposal for transmission back to the transmitting agent which realizes the inferred goal. It is an object of the present 
invention to overcome these shortcomings of the prior art negotiation methods. 

C. Summary of the Invention 

is in accordance with the present invention, various entities in a distributed system, such as a customer, or customer 

premises equipment, or network resources in a telecommunications network, are each represented by an agent. In 
the case of a telecommunications network, agents representing entities negotiate over the type of communication in 
which the corresponding entities want to be involved and cause the communication to be set up in a manner which 
avoids conflict between entities. The negotiation process involves the exchange of proposals by agents. A proposal 
20 comprises one or more operations which can be taken by the telecommunications network. A first agent representing 
a first entity generates a proposal acceptable to it and transmits the proposal to a second agent representing a second 
entity. The second agent determines if the received proposal is acceptable to it, and if not, generates a counterproposal 
which is transmitted back to the first agent. The process continues until a proposal is found which is acceptable to both 
agents or it is determined that there is no proposal for realizing the particular type of communication session that is 
25 acceptable to both agents. If a proposal is found acceptable by both agents, the operations contained in the proposal 
are executed by the telecommunications network. 

An agent uses a goal hierarchy to determine whether proposals are acceptable. The goal hierarchy indicates what 
operations an agent can and cannot instruct the telecommunications network to perform on behalf of its entity. The 
goal hierarchy is used by an agent to determine which proposals and counterproposals it can generate and transmit 
30 to other agents and to determine whether or not proposals received from other agents are acceptable. When an agent 
cannot agree to a proposal received from another agent, the receiving agent uses the goal hierarchy to infer the goal 
of the proposal and to try to find an alternative proposal, i.e., an alternative set of operations, that achieves the goal. 
For example, a root goal (i.e., root operation) in a goal hierarchy might be call (A,B), i.e., place a call between A and 
B. The goal hierarchy for the root goal call (A,B) might contain different operations and combinations of operations by 
35 which the root goal call (A,B) can be carried out. One operation for implementing the goal call (A,B) is simple call (A, 
B) wherein A and B are connected by a simple call. Another operation for implementing call (A,B) is identified call (A, 
B) wherein identifying information about A is provided to B when the call arrives at B. The operations ot the goal 
hierarchy are arranged in a tree in which as one moves from top to bottom the actions are increasingly specialized. 
For example, the root parent node may be call (A,B). The children nodes of the rootparent node may be simple call 
40 (A,B) and identified call (A,B). These children nodes contain specialized operations for implementing the goal of the 
root or parent node. For a different type of parent node, e.g., identified call (A,B), the children, i.e., connect (A,B), and 
deliver info(A) may represent operations, i.e, connect A and B and deliver information about A to B, which are combined 
to form the operation of the parent node. 

In accordance with the invention, for each agent, each node in a goal hierarchy is acceptable, unacceptable or left 
45 as indeterminate. Such marking of a goal hierarchy is usually based on a policy for the entity represented by the agent. 
For example, an entity in the form of a subscriber may have the policy of keeping its home telephone number secret. 
Thus any operation in a goal hierarchy requiring transmission of the home telephone number to another subscriber 
would be marked unacceptable. An agent uses the node markings to generate proposals and counterproposals and 
to determine whether proposals received from other agents are acceptable. For example, suppose an agent receives 
50 a proposal from another agent, and that proposal is unacceptable to the receiving agent. The receiving agent can move 
up the goal hierarchy to infer the goal of the unacceptable proposal. The receiving agent then determines if there is 
another operation or collection of operations which is acceptable for implementing that same goal. If so, it can be used 
as a counterproposal. In some cases, in accordance with the invention, such as when more than two agents are involved 
in setting up a communication, the negotiation is conducted by a computer process known as a negotiator which 
55 receives proposals from and forwards proposals to various agents involved in the negotiation. 

The inventive negotiation process for setting up a communication between entities in a distributed system such 
as a telecommunications network without conflict has a number of significant advantages. First, agents find alternative 
operations or sets of operations that achieve the goals of all involved agents rather than relying on the modification of 
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their own or other agents' goals. In addition, the inventive process for setting up activities in a distributed system such 
as a telecommunications network provides restrictions on informationdisclosure. The restrictions apply to strategic 
information (e.g., information directly specifying which proposals will be acceptable to an agent) and sensitive infor- 
mation (e.g., information about policies a subscriber would rather keep private). 

5 

D. Brief Description of the Drawings 

FIG 1 schematically illustrates a telecommunications network which utilizes the negotiation process of the present 
invention to set up a communication between entities without conflict. 
10 FIGs 2, 3A and 3B illustrate a goal hierarchy utilized by an agent in a negotiation process in accordance with the 

present invention. 

E. Detailed Description of the Invention Applicability of the Inventive N egotiating Method 

is In order to use the inventive method of negotiation, the underlying computer system preferably meets certain 

criteria. First, the system is accessible to some collection of users, and the users have certain goals that they try to 
achieve using the system. Second, the system provides an interface comprising operations that can be requested on 
behalf of any user and will be executed if the requester is authorized to execute it. Third, the operations are 'owned' 
by some user, meaning that the operation can be executed only if the user authorizes the requester to execute the 

20 operation. Fourth, operations can be combined into plans, and these plans are used to achieve the users' goals. An 
example of such a system is a telecommunications network using AIN (Advanced Intelligent Network) or IN (Intelligent- 
Network) switches. The users are the customers, the service providers (e.g., the operating companies), and resource 
providers (operating companies and long distance carriers). The goals of the customers are to communicate in some 
fashion. The goals of the service providers and the resource providers are to make money by providing services or 

25 resources. The operations are defined by the AIN (or IN) call model. There is one operation corresponding to each 
state transition in the basic call model and one corresponding to each building block (or SIB). The operations can be 
combined to set up calls of different sorts, including two-way and multi-way calls and voice-mail. (The operations of 
the basic call model must be combined as given in that call model.) When a customer goes off-hook, he or she specifies 
a goal of using the telephone network. Subsequent actions by the customer refine the specification of the goal, so that 

30 the customer may be trying to set up a call, or edit a screening list, or take some other action. Another example to 
which the inventive method would apply is a distributed database system. The users include the owners of the database, 
the administrators, the data entry clerks, and people who query or update the database via high-level query languages. 
The operations include the standard database operations. In a typical distributed database, the administrator of each 
local database authorizes any operations on data in that database. Database operations are usually combined into 

35 transactions. A negotiation can be used to determine whether and when a transaction is executed; or to find an alter- 
native transaction to execute. 

In general, the method can apply to any computer system satisfying the above criteria. 

A. Telecommunications Network 

40 

FIG 1 schematically illustrate a telecommunications network 10 of a type which can be used to carry out the 
negotiation process of the invention. The network 10 comprises the central offices 12 and 14 which are connected by 
the trunk line 16. The central offices illustratively comprise AIN or IN switches. The customer premises equipment 20 
of user A is connected to the central office 1 2 via the subscriber loop 24. The customer premises equipment 22 of user 

45 b is connected to the central office 12 via the subscriber loop 26. Similarly, the customer premises equipment 28 of 
user C is connected via the subscriber loop 30 to the central office 14. In general the customer premises equipment 
20, 22, 28 of the users A, B, C may be telephones, fax mach ines, computers or various other devices for the transmission 
or reception of information via the telephone network. Using the network 10, numerous different services may be 
offered. Various types of telephone services may be provided including simple point-to-point voice connections, and 

50 more specialized enhanced services such as a service in which the telephone number or other identifying information 
of a calling party is displayed at the customer premises equipment of a called party. In addition, using a bridge (not 
shown) located at one of the central offices, a teleconference may be set up among a plurality of users (e.g, users A, 

B, C). Another example of a service which can be provided in telecommunication network 10 is information retrieval. 
For example, the customer premises equipment 28 of user C may be a data base management system. Other users 

55 (e.g. , A and B) may access the database management system via the network 1 0 to obtain specific information. 

In accordance with the present invention, each entity (e.g., customer promises equipment, 20, 22, 28, bridge for 
teleconferencing, etc.) in the telecommunications network 1 0 is represented by an agent. The agent representing each 
entity is a computer process. Illustratively, the agent associated with each entity in a network 10 is executed in the 
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computer 40 connected to the central office 1 2. The agents executed in the computer 40 make use of goal hierarchies 
which are stored in a memory 42 associated with the computer 40. The goal hierarchies are explained in greater detail 
below. In some cases, where the entity (e.g.. customer premises equipment) is itself a computer, the agent representing 
the entity may reside at the entity itself rather than at a computer associated with a central office. In some cases the 
5 agents for some entities may be located in a central office and the agents for other entities may be executed at the 
entity itself. 

B. Negotiation Process 

10 The negotiation process in accordance with the present invention is now considered in greater detail. First, an 

example of a simple negotiation process is provided. Then a process wherein the negotiation process is automated in 
accordance with the present invention is discussed. 

1) Examples of negotiation process 

15 

In the network 10 of FIG 1, consider the case where user A has an unlisted telephone number and user B has a 
calling number delivery service (i.e. the customer premises equipment 22 of user B allows user B to see the telephone 
number of the calling party). Thus, if user A tries to call user B via the network 1 0 a conflict arises. Specifically, because 
the user A with the unlisted number does not want his or her telephone number to be generally known, the unlisted 

20 numberfeature of user A appears tQ be incompatible with the calling number delivery feature of user B. 

This conflict can be resolved by a negotiation between the agent of user A and the agent of user B which finds a 
way to set up the call between A and B without conflict. 

Thus, the call between user A and user B may be set up as follows. The user A sends a messages via the network 
10 to its agent in the computer 40 indicating that user A wants to call user B. The agent for user A communicates a 

25 proposal connect(A,B) to the agent for user B which also executes in the computer 40. This proposal comprises a 
proposed operation for setting up the call between A and B. The agent for user B receives the proposal connect(A, B) 
and determines that the proposal is unacceptable because it does not include the calling number. The agent for user 
B generates a counterproposal in the form of connect (A, B) and deliver number and transmits this proposal to the 
agent for A. The agent for A receives this proposal and notices the additional operation deliver number. A's agent finds 

30 the counterproposal unacceptable because it requires the additional operation of delivering A's unlisted telephone 
number to B. The agent for A then generates a counterproposal connect(A, B) and deliver name wherein the operation 
deliver name is substituted for the operation deliver number. This proposal is transmitted to the agent for B. The agent 
for B then accepts this proposal. When a proposal is acceptable to the agents for all the entities involved in a proposed 
call, the proposal is transmitted from the computer 40 into the network 10, wherein the operation contained in the 

35 accepted proposal are executed. 

The above-described negotiation between A and B is summarized in the following table: 



! a ' 


B ! 


1 connect (A, B) 

! connect (A, B) and deliver name 


connect (A, B) and deliver number | 
OK I 



45 Tnis example and the fact that an agreement is found hinges on the answers to an important question: why are 

the proposals subsequently exchanged reasonable? Why does A offer to provide a name upon reception of B's coun- 
terproposal, instead of offering, e.g., to pay more, or to include a third party in the call (each of which may be reasonable 
counterproposals in other situations). 

The answer lies in the following observation. Typically, a proposal does not represent the ultimate goal of an agent, 

so but merely one way to achieve an agent's goal. There might exist alternative ways to achieve the agent's goal as well. 
Such alternative ways to achieve the same goal provide room for negotiation. To explore these alternatives, it is nec- 
essary for an agent that receives an unacceptable proposal to recognize what goal the proposal tries to achieve and 
to derive from that goal alternative, possibly acceptable, ways to achieve the same goal. If an agent is not informed 
explicitly what goal another agent tries to achieve, the agent may be able to speculate about the goal, based on the 

55 information it does have, i.e.. the received proposal. In the previous example, A received a proposal to set up a call 
with number delivery. This proposal in itself is unacceptable. However, in this example, A inferred that B's goal was 
not really to receive A's number, but rather to receive some identifying information (such as a name). This goal can 
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also be achieved in other ways, e.g, by sending the name instead of the number. As sending the name is acceptable 
to A, this alternative is subsequently proposed. Thus a reasonable counterproposal to a proposal is one that achieves 
a same goal as that proposal. 

5 2) Automation of the Negotiation Process Using a Goal Hierarchy . 

In accordance with the present invention, the process by which agents generate proposals and counterproposals 
and the process by which agents determine whether proposals received from other agents are acceptable or unac- 
ceptable is automated. In particular, agents use a goal hierarchy to generate proposals and counterproposals and to 
10 determine whether proposals received from other agents are acceptable or unacceptable. The goal hierarchies for 
many different types of calls and communications sessions involving various entities in the telecommunications network 
10 are stored in the memory 42 attached to the computer 40. 

A collection of operations is provided by the system. A collection of operations forms a plan. When a plan is 
executed it achieves a goal. The simplest goal is to execute a single system operation; the plan for achieving this 
15 consists of just that one operation. Goals are related to each other by the abstraction and composition relations de- 
scribed below. The collection of abstraction and composition relations define a goal hierarchy. 

Once the goal hierarchy has been defined, there is found a collection of plans for achieving each goal. These plans 
are called specifications, because they specify more precisely how to achieve the goal. A specification is a set of goals. 
One specification of a goal is just the set consisting of the goal itself. Other specifications are formed by applying some 
20 sequence of the following two operations to this specification: 

Replace any abstract goal in the specification with one of the specializations (see definition below) of the abstract 
goal. 

Replace any composite goal in the specification with all of the subgoals of the composite goal. 

25 

Steps of the second kind may expand the size of specifications by substituting several goals for a single goal. 

We also define a refinement of a specification: A second specification refines a first if it is obtained by applying 
some sequence of the above two operations to the first specification. 

The goal hierarchy for the call type where user A has an unlisted number and call B has a calling number delivery 
30 service is illustrated in FIG 2. 

The goal hierarchy 100 of FIG 2 comprises a plurality of nodes 102, 104, 106, 108, 110, 112, 114, 116. Each node 
represents a goal. As indicated above, the term goal as used herein refers to one or more operations which can be 
taken in the telecommunications network. Relationships among nodes in the goal hierarchy 1 00 are indicated by broken 
and solid lines. 

35 The relationship indicated by a broken line is known as an abstraction relation. An abstraction relation operates 

as follows: Consider the root node 1 02 which comprises the operation call (A,B). The node 102 has two children nodes 
104 and 108 which are connected to the node 102 by broken lines 101 and 107. In this case, each child node 104 and 
108 represents one specialized way of carrying out the goal of node 1 02. Thus the goal of node 1 02 call (A,B) may be 
carried out by the operation simple-call (A.B) of node 104 involving no transmission of information identifying A to B. 

40 The goal of node 102 may also be carried out by the operation identified call (A, B) of node 1 08 which involves trans- 
mitting identifying information about A to B. In general, each of nodes 104 and 108, which are connected to the node 
102 by the broken lines 101 an 107, are referred to as specializations of the node 102. The node 102 is in turn referred 
to as an abstraction of the nodes 104, 108. 

The goal of node 108 is a composite goal. The relationship between the goal of node 108 and its children nodes 

45 no and 112 is one of composition. Such composition relationships among nodes are indicated by solid lines such as 
the solid lines 109 and 111. In this case, the goal 108 is a composite goal and the goals 110 and 112 are component 
goals. A composite goal (e.g, goal 1 08) is only realized if all of its component goals (e g, goals 1 1 0 and 1 1 2) are realized. 
As shown in the goal hierarchy of FIG. 2, the component goals of identified call (A, B) are connect (A, B) of node 110 
and deliver info(A) of node 1.1 2. The abstract goal deliver info (A) of node 11 2 may be realized by the specialized goal 

50 deliver number (A) of node V14 or the specialized goal deliver name (A) of node 116. Hierarchies of the type shown in 
FIG 2 have been described for plan recognition (see, e.g., H A. Kautz, "A formal theory of plan recognition and its 
implementation". In J.F Allen, H. A. Kautz, R.N. Pelavin, and J.D. Tenenberg, editors, "Reasoning about Plans", chapter 
2, pages 70-125, Morgan Kaufmann Publishers, Inc., San Mateo, CA1991). 

In accordance with the present invention, agents generate proposals and counterproposals for transmission to 

55 other agents and receive proposals and counterproposals generated by other agents. All of the proposals and coun- 
terproposals are formed by constructing a specification of a goal as described above. The agents also use the goal 
hierarchy such as the goal hierarchy of FIG 2 to determine whether a proposal is acceptable or unacceptable. 
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3) Acceptability of Proposals . 

A proposal is acceptable to an agent if its corresponding entity would agree to it. A proposal is unacceptable if the 
entity would not agree to it. Thus, each goal (i.e. node) of a goal hierarchy is marked acceptable, unacceptable or is 
unmarked. When a goal is unmarked it is indeterminate. 

4) Acceptability of Proposals 

A proposal is acceptable if it is a specification of an acceptable goal. 
A proposal is unacceptable if it is a specification of an unacceptable goal. 

A classification of goals as acceptable and unacceptable is consistent if and only if no specification is a specification 
of both an acceptable goal and an unacceptable goal. 

Two additional rules can be used to deduce the acceptability or unacceptability of specifications of composite goals 
from the acceptability or unacceptability of the components of the composite goal. Suppose that the composite goal g 
is not classified as acceptable or unacceptable. Let h 1t ...,h n be its component goals and let Hj be an acceptable spec- 
ification of hj for each i, H,...,n,. Then the specification G=U n b1 Hj is an acceptable specification of g. In addition, if the 
specification Hj is unacceptable then, G^U^Hj is an unacceptable specification of g. Applying these rules to goals, 
it can be deduced that a composite goal that has not been explicitly classified is unacceptable if one of its components 
is unacceptable. 

Each user should mark the goals in the hierarchy consistently with the above rules. To verify that no specification 
will be determined to be both acceptable and unacceptable, we extend the classification of goals as far as passible. 
We call the resulting classification of goals a complete marking of the hierarchy If no goal is classified both acceptable 
and unacceptable in the complete marking, then the marking of the hierarchy is consistent, that is, every specification 
is exactly one of acceptable, unacceptable, or indeterminate. 

We extend the classification as follows: 

Starling from the highest level nodes, and proceeding by level down the hierarchy, if an abstract goal is acceptable 
mark of all its children as acceptable and if it is unacceptable, mark ail of its children are unacceptable. 
Starting from the lowest level nodes and proceeding by level up the hierarchy, if all of the children of an abstract 
goal are acceptable, mark it as acceptable; if ail of the children of an indeterminate composite goal are acceptable, 
mark it as acceptable; if all of the children of an abstract goal are unacceptable, mark it as unacceptable; and if 
any child of an indeterminate composite goal is unacceptable, mark it as unacceptable. 

Once these steps have been performed once, in the above order, the marking of the hierarchy is complete. 

The goal hierarchy of FIG 2 with markings indicating acceptable and unacceptable goals for user A is shown in 
FIG 3A. The goal hierarchy of FIG. 2 with markings indicating acceptable and unacceptable goals for user B is shown 
in FIG 3B. (In general, the goal hierarchy for multiple different types of telecommunications sessions involving various 
different entities are stored in the memory 42 of FIG. 1 along with markings indicating the acceptability and unaccept- 
ability of the goals of the different nodes to particular agents representing particular entities). 

5) Use of Goal Hierarchy in Negotiation Process. 

A negotiation process is initiated when an entity (e.g., a subscriber) communicates to the associated agent that a 
goal is to be realized. For example, subscriber A may communicate to its agent that it wants to realize the goal call (A, 
B). This goal itself may not be marked as acceptable in the goal hierarchy for call (A, B) as used by A's agent (see FIG 
3A). Assuming, however, that the goal is not unacceptable, an acceptable specification of that goal should exist. The 
goal hierarchy is searched to find a specification of the goal call(A, B) which is marked acceptable in the goal hierarchy 
used by the receiving agent. In this case the acceptable specification of call (A, B) is simple call (A,B). This specification 
is then transmitted as an initial proposal by the agent for A to the agent for B. When a proposal or counterproposal is 
received by an agent, the receiving agent has to decide whether the proposal or counterproposal is acceptable. If the 
proposal contains just a single goal that is marked acceptable in the goal hierarchy used by the receiving agent, the 
receiving agent can agree to it. If the proposal is a specification of a goal (i.e., node) marked acceptable, the proposal 
is acceptable. 

If a received proposal is determined to be unacceptable or indeterminate according to the goal hierarchy of the 
receiving agent, a counterproposal needs to be generated, in the event, a received proposal is indeterminate, the 
counterproposal is generated by the receiving agent by moving down the goal hierarchy, to try to find a specification 
of the indeterminate goal which is acceptable. If such an acceptable specification is found, it is transmitted as a coun- 
terproposal. If the received proposal is determined to be unacceptable, a counterproposal is generated by the receiving 
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agent by moving up the hierarchy to see if there is any indeterminate goal achieved by the unacceptable proposal. 
Then the receiving agent moves down the hierarchy along another branch to see if there is some other specification 
of the indeterminate abstract goal which is acceptable. Such an acceptable specification is then used to generate a 
counterproposal. (Note: this is exactly the type of "win-win" negotiation strategy which is often used in business. In a 

5 typical business negotiation, when a first party makes a proposal, a second party determines whether the proposal is 
acceptable or unacceptable. If the second party cannot accept the proposal, he/she often asks: "What are you trying 
to accomplish in making that proposal, i.e, what is your goal." The first party then identifies his/her goal. The second 
party might then say, I have a different way of accomplishing your goal which is acceptable to me.) 

In the case of the call between A and B described above, consider the following examples of acceptable, unac- 

10 ceptable and indeterminate proposals and counterproposals. 

1 . The agent for A receives from the corresponding entity an instruction to implement the goal call (A,B). The agent 
A searches the goal hierarchy to find an acceptable way to carry out the goal call (A,B). The goal call (A.B) is 
indeterminate in the goal hierarchy used by the agent '.or A. Thus, the agent for A searches the goal hierarchy 

is (FIG. 3A) by moving down to find a specification of the goal call (A.B) which is acceptable. The acceptable spec- 

ification in the goal hierarchy of FIG 3A is connect (A,B). A proposal in the form of connect (A,B) is transmitted to 
the agent for B. The agent for B receives the proposal connect (A,B) and determines from the goal hierarchy of 
FIG. 3Bthat the proposal is unacceptable. 

2. To generate a counterproposal, the agent for B moves up the goal hierarchy of FIG. 3B to find an abstraction 
20 of the goal connect (A,B) which is indeterminate. The abstraction which is indeterminate is call (A,B). Then the 

agent for B moves down the hierarchy to find another specification of call (A,B) which is acceptable. An acceptable 
specialization is identified call (A,B). This goal is transmitted from the agent for B to the agent for A as a counter- 
proposal. 

3. The proposal identified call (A,B) is received by A's agent. A's agent examines its goal hierarchy (FIG.3A) and 
2S notes that the proposal identified call (A,B) is indeterminate. The agent for A then moves down its goal hierarchy 

to find a specification of identified call (A.B) which is acceptable. The acceptable specification of the composite 
goal identified call (A.B) is connect (A,B) and deliver name (A). (This is an acceptable specification of a composite 
goal because it comprises an acceptable specification of each individual component of the composite goal.) This 
counterproposal is transmitted to the agent for B. 
30 4. The agent for B, using the goal hierarchy of FIG. 3B, determines the received proposal connect (A.B) and deliver 

name (A) is acceptable. 

Thus, the agents for A and B have reached an agreement on a proposal made of planned actions for establishing 
the communication between the entities A and B. An instruction is therefore transmitted from the computer 40 to the 
35 central office 12 (See FIG.1) to execute the agreed upon proposal. 

The iterative generation of proposals and counterproposals constitutes a search process through a goal hierarchy 
to find a proposal (i.e., a node) that achieves the original goal of the agent that the initiated the negotiation and is 
acceptable to all involved agents. The exchange of proposals terminates when either a proposal acceptable to all 
involved agents is found or it is determined that it is not possible for the agents to reach an agreement. 
40 it is determined that no agreement can be reached when each and every proposal acceptable to the initiating agent 

has been tried, i.e., has been transmitted to or received from the other involved agents, and no agreement has been 
reached. 

6) Use of a Negotiator . 

45 

In some cases such as when more than two agents are involved in a negotiating session, an intermediary in the 
form of a computer process known as a negotiator may be used to receive proposals from agents and transmit proposals 
to agents. In an illustrative embodiment of the invention, when a negotiator is involved, the negotiation process illus- 
tratively involves the following elements. 

so 

. Goal Hierarchy . 

1 . All agents have the same goal hierarchy, but for different agents different nodes may be marked acceptable or 
unacceptable, etc. 

55 2. The number of goals (i.e., nodes) in the goal hierarchy is finite. 
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. Negotiator . 

1. The negotiator queues every proposal it receives and sends every proposal it receives to the initiating agent 
and to all other involved agents in a FIFO (first in, first out) order, unless the negotiation terminat es first or some 

s agent responds NO to a proposal first. 

2. If the negotiator has sent all proposals it has received before it has received a NO response from the initiating 
agent, it will send a QUERY to the initiating agent. 

3. The negotiator terminates the negotiation if 

10 (a) for some proposal P, the initiating agent and all other involved agents have informed the negotiator they 

accept proposal P. In this case, the agreed solution is executed in the telecommunications network, 
(b) For some proposal P, the initiating agent responds NO to the negotiator. 

4. The negotiator sends a proposal to an agent at only once. 

15 

. Agents . 

1 . When an agent receives a proposal from the negotiator, it can respond YES (it agrees), respond NO or send a 
counterproposal. 

20 2. When an initiating agent receives a QUERY from the negotiator, it can respond NO or send a proposal. 

3. An agent only sends a proposal to the negotiator if the proposal is acceptable to it. 

4. An agent responds NO to a proposal or to a QUERY, if for each proposal Q that is acceptable to the agent it 
has either received Q from the negotiator or has sent Q to the negotiator (This means that all proposals acceptable 
to an agent must have been proposed by the agent or some other agent before the agent can respond NO). 

25 5. An agent sends a proposal to the negotiator only once. 

A detailed description of a negotiation algorithm used by the negotiator and agents is described in the attached 
appendix. 

In short, a negotiation process for resolving conflicts in a distributed system such as a telecommunications network 
30 has been disclosed. In the negotiation process, each entity is represented by an agent. The agents use goal hierarchies 
to generate proposals and counterproposals for.transmission to other agents and as to determine the acceptability of 
proposals received from other agents. The inventive negotiation process permits agreements to be reached for setting 
up activities between entities in a distributed network (such as communications in a communications network) without 
requiring agents to change their goals and without requiring agents to share restricted information. It is a particular 
35 advantage of the inventive negotiation process that when a receiving agent receives an unacceptable proposal from 
a transmitting agent, the receiving agent can use the goal hierarchy to infer a goal of the transmitting agent. The 
receiving agent can also use the goal hierarchy to try to find an alternative proposal which is acceptable to the receiving 
agent and which also meets the inferred goal of the transmitting agent. In the illustrative embodiment of the invention 
described above, all agents involved in a negotiation use the same goal hierarchy, but with different acceptability or 
40 unacceptability markings. However, in an alternative embodiment of the invention, different agents participating in a 
negotiation may utilize different goal hierarchies. 

Finally, the above described embodiments of the invention are intended to be illustrative only Numerous alternative 
embodiments of the invention may be devised by those skilled in the art without departing from the spirit and scope of 
the following claims. 

45 

Appendix. Negotiating. Alogorithm. 

This appendix outlines an algorithm for negociating. In addition to the agents for the negotiating entities, there is 
also a negociator process to which all proposals and counter-proposals are sent The first section describes the actions 
so of the negociator and the second section describes the actions of an agent. 

The Negociator 

When the negociator receives an initial proposal, it starts a new negotiation by initializing various data structures. 
ss The data structures are: 

• H - a set of all proposals that the negociator has sent to the agents. 

• Q - a queue of pairs (P, A), where P is an untried proposal A is the agent that sent it to the negociator. 
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• A - the set of all agents involved in the negociation. 

After initializing the data structures, the negociator determines which agents are required to authorize the proposal 
and sends the proposal to them tor evaluation. For a proposal P, we denote this set of agents agents (P). 

5 

Initial proposal P from initiating agent A, 

• Initialize the data structure H, Q, and A to empty 

• Add (P,A), to the end of the queue Q and initiate a round of negociation. 

10 

A round of negociation involves sending a proposal to the agents for evaluation and collecting the responses. In 
the first step of a round, the negociator sends the proposal to the initiating agent (unles the proposal was sent by the 
initiating agent) to determine if it achieves the initiating agent's goal and is acceptable to the initiating agent If the 
initiating agent accepts the proposal, the negociator then sends it to the other agents required to authorize it and 
is collects their responses. The negociation process may consist of many such rounds. A round of negociation using the 
proposal Pis initiated by the following actions on the part of the negociator. 

Initiate a round 

20 • |f the queue Q in nonempty, remove a proposal (P, A) from the front of Q. 

• Repeat while (P G H) and (Q is not empty): remove a proposal (P, A) from the front of Q. (This step guarantees 
that a proposal is sent at most once.) 

• If P e H, then (since Q must be empty) terminate the negociation unsuccessfully (no agreement was found). 

• Add Pto the history H. 

25 • |f A is not Af (the initiating agent), send Pto A f and wait for its response: 

If A f responds with counter-proposal O, add (Q, Aj) to the end of the queue O, and terminate this round. 
- If Af responds no, terminate this round. 

30 (This step guarantees that the initiating agent agreed to the proposal.) 

• (If the negociator reaches this step, either A = A, or A f accepted the proposal P.) Add all agents in agents (P) to A 

• For each A e agents (P), set variables approved [A] and responded [A] to false. 

• Send the proposal to every agent in agents (P) and collect responses. 

35 The events that the negociator must react to are: receipt of an initial proposal (described above) and receipt of a 

response (yes, no, or a counter-proposal). 

Response from agent A 

40 • Set responded [A] to true. 

• If the response is yes then set approved [A] to true. 

• If the response is no then set approved [A]Xo false. (Reveiving a no from an agent other than the initiating agent 
means only that the responding agent cannot be involved in any solution. But there may be a solution involving 
different agents.) 

45 • |f the response is a counter-proposal Q&H and there is no agent B such that (Q, fi) e Q then add (Q, A) to the 
end of the queue Q. 

• If responded [A]= true for every agent A £E agents (P current ) then 

If approved [A] = true for every agent A G (P cur rent)> tnen 

50 

* Terminate the negociation with solution P current 

* Send accepted Xo all agents in agents (Pcumni)- 

* Send done all agents in A - agents (P curwn i)- 

55 - if approved [A]= false for at least one agent A G agents (P cum>nt ), then terminate this round and initiate a new 

round of negociation. 

The negociator does not terminate the negociation until either a solution has been found or the queue of counter- 
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proposal is empty. The negotiator sends ail proposals Pthat it receives to all of the agents in agents (P), unless some 
agent has already rejected the proposal. If an agent responds no if and only if the current proposal is unacceptable 
and it has already sent all acceptable proposals to the negociator, then the negotiator works as required to guarantee 
that a solution is found. 

5 

The Agents 

The agents must respond to proposals and to the messages that terminate negotiation. The initiating agent must 
remember its initial goal, and reject any proposal that is not a specification of that goal (regardless of its acceptability). 
io The initiating agent sets the variable G equal to its initial goal. All agents maintain a history H of proposals they have 
sent and received. They set H- $ initially. The initiating agent and the other agents will respond to a received proposal 
P in the following way. 

The Initiating Agent 

15 

• Add Pto H. 

• If P is an acceptable specification of G then respond with yes. 

• If P is not acceptable or is not a specification of G then 

20 |f there is an acceptable specification R of G such that R$L H then 

* addfltoH. 

* respond with R. 

25 - if there is not acceptable specification R of G such that R £ Hthen respond with no. 

We do not specify how to pick the specifications here. 
Other Agents 

30 

• Add Pto H. 

• If P is acceptable then respond yes. 

• If P is not acceptable ten 

35 if there is an acceptable specification R& Hthen 

* addfltoH 

* respond with R. 

40 if there is not acceptable specification R £ H then respond with no. 

This procedure can be more efficient, without losing the guarantee of finding a solution if one exists, because we 
can reduce the number of proposals that the non-initiating agents send. The idea is that the non-initiating agents won't 
propose specifications unless they might be specifications of the initiating agent's goal. Note that every specification 
45 that reaches a non-initiating agent achieves the initiating agent's goal. Thus the non-initiating agents can deduce what 
the initiating agent's goal is from the sequence of specifications, as follows: Let / be the set of goals inferred from the 
negociation so far. / is iteravily refined by determining what goals the current proposal is a specification of, and inter- 
secting this set of goals with the current value of /. Then we reduce the number of proposals sent by requiring that 
each proposal that an agent sends achieves some goal in /. This effectively reduces the search space of proposals. 

50 

All Agents - terminating messages accepted or done 

• Set H to empty. 

ss Note that an agent agrees to a proposal only if the proposal is acceptable and doesnl respond no unless it has 

received an unacceptable proposal and also has either received or sent all acceptable proposals meeting the goal G. 
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Claims 

1. A method for establishing an activity among two or more entities in a distributed system with each entity being 
represented by an agent comprising the steps of: 

s 

each agent generating proposals comprising operations that can betaken in said distributed system acceptable 
to it for transmission to other agents and determining if proposals received from other agents are acceptable 
or unacceptable to it by searching a goal hierarchy comprising nodes made up of operations which are ac- 
ceptable or unacceptable or are indeterminate, 
10 exchanging proposals among agents representing said entities until ail of said agents determine a proposal 

is acceptable or it is determined that no agreement can be reached, and 

when said agents all determine that a particular proposal is acceptable, executing in said distributed system 
the operations in said particular proposal, characterized in comprising, when a particular agent after receiving 
a proposal which is determined to be unacceptable, a step of: 
15 searching a goal hierarchy for a counterproposal by moving uo the goal hierarchy to find an indeterminate 

node and then moving down the goal hierarchy to find a specification which is acceptable and transmitting 
said specification as said counterproposal to another agent. 

2. The method of Claim 1 wherein said proposals are exchanged among said agents through use of a negotiator. 

20 

3. The method of Claim 1 wherein proposals are exchanged among said agents directly 

4. The method of Claim 1 where all of said agents utilize the same goal hierarchy. 

25 s. The method of Claim 1 wherein said agents utilize different goal hierarchies. 

6. The method of claim 1 wherein said distributed system is a communications network and said activity comprises 
setting up a communication among two or more entities in a communications network. 

30 7. A distributed system comprising a plurality of autonomous entities (20, 22, 28 ) which participate in an activity in 
said distributed system, 

an agent (40) representing each of said entities, each agent generating proposals for transmission to other 
agents and determining whether or not proposals received from other agent are acceptable, said proposals 
35 comprising operations which can be executed in said distributed system, 

memory means ]42) for storing information usable by said agents for generating particular proposals for trans- 
mission to other agents and for determining whether particular proposals received from other agents are ac- 
ceptable or unacceptable, 

40 characterized In comprising means (40) for, when an agent receives a proposal from another agent corresponding 

to a node marked unacceptable in the goal hierarchy, searching the goal hierarchy for a counterproposal by moving 
up the goal hierarchy until an indeterminate node is reached and then moving down the goal hierarchy to find an 
acceptable specification of the indeterminate node and to generate a counterproposal which implements an inferred 
goal of said other agent . 

45 

8. The system of claim 7 wherein said distributed system is a communications network and said activity is a commu- 
nication among two or more entities in a communications network . 



50 Patentanspruche 

1. Verfahren zum Aufbau einer Aktivitat zwischen zwei oder mehr Einheiten in einem verteilten System, wobei jede 
Einheit durch einen Agenten vertreten ist, welches die Schritte umfasst: 

55 dass durch jeden Agenten Vorschlage erzeugt werden, die Operationen umfassen, die im besagten verteilten 

System fOr ihn annehmbar und ausgefuhrt werden konnen zur Ubermittlung an andere Agenten, und dass 
festgestellt wird, ob von anderen Agenten empfangene Vorschlage fur es annehmbar oder unannehmbar sind, 
indem eine Zielhierarchie abgesucht wird, die Knoten umfasst, die aus Operationen bestehen, die annehmbar 
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Oder unannehmbar oder unbestimmt sind, 

dass Vorschlage zwischen Agenten ausgetauscht werden, die die besagten Einheiten vertreten, bis alle der 
besagten Agenten einen Vorschlag als annehmbar feststellen oder bis bestimmt ist, dass keine Ubereinkunft 
erzielt werden kann, und 

s dass, falls die besagten Agenten alle feststellen, dass ein bestimmter Vbrschlag annehmbar ist, die Opera- 

tionen des besagten bestimmten vbrschlages im besagten verteilten System ausgefuhrt werden, dadurch 
gekennzeichnet, dass es, falls ein bestimmter Agent nach Empfangen eines vbrschlages der als unannehm- 
bar festgestellt worden ist, einen Schritt umfasst: 

das eine Zielhierarchie nach einem Gegenvorschlag abgesucht wird, indem in der Zielhierarchie bis zum Auf- 
w finden eines unbestimmten Knotens aufgestiegen wird, und dass anschliessend in der Zielhierarchie bis zum 

Auffinden einer annehmbaren Spezifikation hinabgestiegen wird, und dass die besagte Spezifikation als be- 
sagter Gegenvorschlag an einen anderen Agenten ubermittelt wird. 

2. Verfahren nach Anspruch 1, bei dem die besagten Vorschlage zwischen den besagten Agenten mit Hirfe eines 
is Vermittlers ausgetauscht werden. 

3. Verfahren nach Anspruch 1 , bei dem vorschlage zwischen den besagten Agenten direkt ausgetauscht werden. 

4. Verfahren nach Anspruch 1 , bei dem alle der besagten Agenten dieselbe Zielhierarchie verwenden. 

20 

5. Verfahren nach Anspruch 1 , bei dem die besagten Agenten verschiedene Zielhierarchien verwenden. 

6. Verfahren nach Anspruch 1 , bei dem das besagte verteilte System ein Kommunikationsnetz ist und die besagte 
Aktivitat den Aufbau einer Kommunikationsverbindung zwischen zwei oder mehr Einheiten in einem Kommunika- 

25 tionsnetz umfasst. 

7. Verteiltes System mit einer Vielzahl von autonomen Einheiten (20, 22, 28), die an einer Aktivitat im besagten 
verteilten System teilnehmen, 

30 mit einem Agenten (40), der jeweils eine der besagten Einheiten vertritt, wobei jeder Agent dabei vorschlage 

zur Ubermittlung an andere Agenten erzeugt, undfeststellt, ob von anderen Agenten empfangene Vorschlage 
annehmbar sind oder nicht, wobei die besagten Vorschlage Operationen umfassen, die im besagten verteilten 
System ausgefuhrt werden konnen, 

mit Speichermitteln (42) zum Speichern von durch die besagten Agenten nutzbarer Information, urn die be- 
35 sagten bestimmten Vorschlage zur Ubermittlung an andere Agenten zu erzeugen und urn festzustellen, ob 

besagte bestimmte, von anderen Agenten empfangene vorschlage annehmbar oder unannehmbar sind, da- 
durch gekennzeichnet, dass, es Mittel (40) umfasst, dass. wenn ein Agent einen Vorschlag von einem an- 
deren Agenten empfangt, der einem Knoten entspricht, der als unannehmbar in der Zielhierarchie markiert 
ist, eine Zielhierarchie nach einem Gegenvorschlag abgesucht wird, indem in der Zielhierarchie bis zum Er- 
40 reichen eines unbestimmten Knotens aufgestiegen wird und anschliessend in der Zielhierarchie zum Auffinden 

einer annehmbaren Spezifikation des unbestimmten Knotens hinabgestiegen wird, urn dann einen Gegenvor- 
schlag zu erzeugen, der das ausgemachte Ziel des besagten anderen Agenten implementiert. 

8. System nach Anspruch 7, bei dem das besagte verteilte System ein Kommunikationsnetz ist, und die besagte 
45 Aktivitat eine Kommunikation zwischen zwei oder mehr Einheiten in einem Kommunikationsnetz ist. 



Revindications 

so 1. Precede pour etablir une activity entre deux ou plusieurs entites dans un systeme r6parti avec chaque entite 
representee par un agent comprenant les 6tapes de : 

chaque agent gGnerant des propositions comprenant des operations qui peuvent etre prises dans led it systeme 
reparti acceptable pour lui a transmettre aux autres agents et determinant si des propositions recues des 
55 autres agents sont acceptables ou inacceptables pour lui en recherchant une hierarchie de but comprenant 

des noeuds constrtues d*op6rations qui sont acceptables ou inacceptables ou sont indetermin6es, echangeant 
des propositions entre les agents repr6sentants lesdites entites jusqu'a ce que lesdits agents determinent 
qu'une proposition est acceptable ou qu'il soit determine qu'aucun accord ne peut etre atteint, et 
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lorsque lesdits agents determinent tous qu'une proposition particuliere est acceptable, execution dans ledit 
systeme reparti des operations dans iadite proposition particuliere, caracterise en ce qu'il comprend, lorsqu'un 
agent particulier, apres avoir recu une proposition qui est delerminee §tre inacceptable, une etape de : 
recherche d'une hierarchie de but pour une contre-proposition en remontant la hierarchie de but pour trouver 
un noeud indetermine et ensuite descendre la hierarchie de but pour trouver une specification qui est accep- 
table et transmettre de Iadite specification comme Iadite contre-proposition a un autre agent. 

Precede selon la revendication 1 dans lequel lesdites propositions sont echangees entre lesdits agents via I'utili- 
sation d'un negociateur. 

Precede selon la revendication 1 dans lequel lesdites propositions sont echangees directement entre les agents. 

Precede selon la revendication 1 ou tous lesdits agents utilisent la meme hierarchie de but. 

Precede sebn la revendication 1 dans lequel lesdits agents utilisent diff6rentes hierarchies de but. 

Precede selon la revendication 1 dans lequel ledit systeme reparti est un reseau de telecommunications et Iadite 
activite comprend I'etablissement d'une communication entre deux ou plusieurs entites dans un r6seau de com- 
munications. 

Systeme reparti comprenant une pluralite d'entites autonomes (20, 22, 28) qui participent dans une activite dans 
ledit systeme reparti, un agent (40) representant chacune desdites entites, chaque agent gen^rant des propositions 
a transmettre aux autres agents et determinant si oui ou non des propositions recues de I'autre agent sont accep- 
tables, lesdites propositions comprenant des operations qui peuvent §tre ex6cut6es dans ledit systeme reparti, 

un moyen de memoire (42) pour stocker des informations utilisables par lesdits agents pour generer des- 
propositions particulieres a transmettre aux autres agents et pour determiner si des propositions particulieres 
recues des autres agents sont acceptables ou inacceptables, caracteris6 en ce qu'il comprend un moyen (40) 
pour, lorsqu'un agent recoit une proposition d'un autre agent correspondant a un noeud marqu6 inacceptable dans 
la hi6rarchie de but, rechercher la hierarchie de but pour une contre-proposition en remontant la hierarchie de but 
jusqu'a ce qu'un noeud ind6termin6 sort atteint et ensuite descendre la hierarchie de but pour trouver une speci- 
fication acceptable du noeud indetermine et pour generer une contre-proposition qui realise le but d6duit dudit 
autre agent. 

Systeme selon la revendication 7 dans lequel ledit systeme r6parti est un r6seau de communications et Iadite 
activite est une communication entre deux ou plusieurs entites dans un reseau de communications. 
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FIG. 2 
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FIG. 3 A 
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FIG. 3B 
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